Перед страной стоит задача мощного технологического прорыва. Какие специалисты нужны для этого? Кого и как готовят в наших университетах?
Я преподаю ряд дисциплин в рамках направления "Информационные системы и технологии" и готов рассказать о том, как и чему мы обучаем студентов. Вполне возможно, что среди участников фестиваля будут мои выпускники. Тогда они могу поделиться своими впечатлениями и поддержать дискуссию, а может быть и помочь выработать идеальную программу.
Можно подискутировать на тему, а нужно ли готовить дипломированных аналитиков или вполне достаточно иметь в дипломе любую ИТ-специальность?
Изменения в ИТ происходят постоянно. Они привязаны к изменениям в работе предприятий.
Выделим в работе предприятий три уровня: Люди, Бизнес-процессы, Идеи.
Аннотация
Цель мастер-класса — показать взаимосвязь и «взаимопомощь» модели предметной области, системного и бизнес анализа, выполняемых в визуальной нотации UML (Unified Modeling Language), а также получение радости в ходе тренинга.
Будут рассмотрены три основных темы:
ожидаемая длительность - "одна пара" - 90 минут
Будет рассмотрено два примера. Первый пример будет разобран по шагам ведущим, а второй - разбирается слушателями как упражнения в группах по 2-3 человека.
Хочу поговорить о методах выявления ожиданий и требований к несуществующему продукту.
Что делать, если у заказчика есть Идея и... всё. А. Деньги у него тоже есть :)
Откуда черпать вдохновение при описании концепций, требований и ограничений и вот этого всего? Как победить всю эту неопределенность? (Спойлер! У вас есть заказчик и будущие пользователи! ;) )
За последние несколько лет мы создали, поддерживаем и развиваем параллельно несколько веб-приложений для энергетики и ритейла.
Мы хотим, чтобы наши наши аналитики проектировали интерфейсы, соответствующие единым требованиям, наши разработчики повтороно использовали ранее написанный код, и все они хорошо понимали друг друга.
Для этого мы создали общую систему компонентов, описали её в стайл-гайдах и реализовали в яваскрипт-библиотеке.
Я расскажу про наш опыт создания стайл-гайдов, в каких инструментах аналитиков это отразилось, и как это повлияло на наши процессы аналитики и разработки.
Каждый аналитик сталкивается с необходимостью коммуникаций с заинтересованными лицами в процессе сбора требований. В мастер классе рассматриваются основные коммуникационные приемы, разбираются ошибки, психологические ловушки, для построения эффективных коммуникаций и достижения результатов.
Удивительно, сколько больших и детских грабель, на которые мы наступаем, как только начинаем открывать рот и оттопыривать уши!
На текущий момент я являюсь ведущим аналитиком продукта в новой предметной области (новой для меня и для компании, в которой я работаю). С чего аналитику начать изучение предметной области, да еще так, чтобы оставить какие-то полезные материалы для проекта?
Один из классических подходов – создание модели основных сущностей предметной области.
Перед нами встал вопрос, как удобнее и нагляднее описать логические связи основных сущностей системы.
Основываясь на прошлом опыте и исходя из таких факторов как сроки и объем проекта, было принято решение использовать ER-диаграмму. Данный подход позволил решить сразу несколько задач: и описать логическую модель основных сущностей (как некая альтернатива диаграмме классов UML), и подготовить основу для создания БД нашего продукта. Немаловажным фактором стал и выбор подходящего инструмента для моделирования.
В своем докладе хочу рассказать про плюсы и минусы такого подхода. Хочу поделиться про то, какими критериями пользовалась при выборе инструментария. А также хочу донести основную мысль, что достойную и полезную для разработчиков логическую ER-модель может сделать любой аналитик, хорошо изучивший предметную область. Не обязательно заканчивать курсы по Базам данным (хотя это будет только плюсом☺). Главное знать маленькие «хитрости» и понимать, для чего все это нужно.
Также вместе с вами попробуем нарисовать небольшую ER-модель, чтобы закрепить услышанное на практике.
Доклад будет интересен:
*начинающим аналитикам (понять, зачем и как можно описывать логическую модель проектируемой системы);
*опытным аналитикам (увидеть реальный опыт реальных проектов и подход к проектированию модели сущность-связь для эффективного обмена информацией с разработчиками).
Несколько слов о современных подходах к проектированию бизнес-сценариев: когда мы не знаем, что именно сработает в условиях неизвестной среды.
Расскажу немного об инструментальном подходе к разработке бизнес-требований через гипотезы и сверхбыстрое прототипирование, а ещё покажу, что такое HADI-цикл и как его применять на практике в быстро развивающихся компаниях.
Скорость, фокус, результат!
Во второй день фестиваля предлагаю обсудить такой феномен как мышление и что под ним понимается.